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(57) 


ABSTRACT 


In one embodiment of the invention, an apparatus is pro- 
vided for establishing a communication session between first 
and second terminals in communication over a plurality of 
networks that employ differing transmission standards. The 
plurality of networks are selected from among a circuit 
switched network (e.g., a telephony network), a connection- 
less packet switched network (e.g., the Internet) and a 
connection-oriented packet switched network (e.g., an ATM 
or frame relay network). The apparatus includes a call set-up 
translator for translating among call set-up protocols asso- 
ciated with the circuit switched network, the connectionless 
packet switched network and the connection-oriented packet 
switched network. An encoding format translator is provided 
for translating among encoding protocols associated with the 
circuit switched network, the connectionless packet 
switched network and the connection -oriented packet 
switched network. Also provided is an address database for 
storing a plurality of addresses in different formats for each 
registered terminal, which includes the first and second 
terminals. The apparatus also includes a session manager for 
storing control information relating to the first and second 
terminals. The control information includes an identification 
of the first and second terminals that participate in the 
communication session. 

8 Claims, 5 Drawing Sheets 
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WAN-BASED GATEWAY 
REFERENCE TO RELATED APPLICATION 

This application is a continuation-in-part application of 
Ser. No. 08/743,784 filed Nov. 7, 1996, which is hereby 5 
incorporated by reference. 

TECHNICAL FIELD 

This invention relates generally to an apparatus for estab- 
lishing communication paths over a circuit switched 
network, a connectionless packet switched network, and a 
connection-oriented packet switched network, and more 
particularly to an apparatus for establishing point-to-point or 
point-to-multipoint audio or video communication over a 
telephony network, the Internet, and an Asynchronous 1 
Transfer Mode (ATM) or a Frame Relay (FR) network. 

BACKGROUND OF THE INVENTION 

Voice traffic transmitted between two or more users over 2Q 
a telephony network is carried over circuit-switched paths 
that are established between the users. Circuit-switched 
technology is well-suited for delay-sensitive, real-time 
applications such as voice transmission since a dedicated 
path is established. In a circuit-switched network, all of the 2$ 
bandwidth of the established path is allocated to the voice 
traffic for the duration of the call. 

In contrast to the telephony network, the Internet is an 
example of a connectionless packet-switched network that is 
based on the Internet Protocol (IP). While the majority of the 30 
traffic carried over the telephony network is voice traffic, the 
Internet is more suitable to delay-insensitive applications 
such as the transmission of data. The Internet community 
has been exploring improvements in IP so that voice can be 
carried over IP packets without significant performance 35 
degradation. For example, the resource reservation protocol 
known as RSVP (see RSVP Version 2 Functional 
Specifications, R. Braden, L. Zhang, D. Estrin, Internet 
Draft 06, 1996) provides a technique for reserving resources 
(i.e. bandwidth) for the transmission of unicast and multicast 40 
data with good scaling and robustness properties. The 
reserved bandwidth is used to effectively simulate the dedi- 
cated bandwidth scheme of circuit-switched networks to 
transmit delay-sensitive traffic. If RSVP is implemented 
only for those communications having special Quality of 45 
Service (QoS) needs such as minimal delay, the transmission 
of other communications such as non-real time data packets 
may be provided to other users of the Internet in the usual 
best-effort, packet-switched manner. 

The majority of Internet users currently access the Inter- 50 
net via slow-speed dial/modem lines using protocols such as 
SLIP (serial line IP) and PPP (Point to Point Protocol), 
which run over serial telephone lines (modem and N-ISDN) 
and carry IP packets. Voice signals are packetized by an 
audio codec on the user's multimedia PC. The voice packets 55 
carry substantial packetization overhead including the head- 
ers of PPP, IP, UDP, and RTP, which can be as big as 40 
octets. Transmitting voice packets over low speed access 
lines is almost impossible because of the size of the header 
relative to the size of a typical voice packet (20-160 octets, 60 
based on the average acceptable voice delay and amount of 
voice compression). However, several proposals have 
emerged to compress the voice packet headers so that greater 
transmission efficiency and latency can be achieved for 
voice-packets transmitted over low-speed, dial access lines, es 

A substantial number of users is expected to begin send- 
ing voice traffic over the Internet with acceptable voice 
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quality and latency because of the availability of RSVP and 
packet-header compression technologies. The transmission 
terminals for sending packetized voice over the Internet are 
likely to be multimedia personal computers. 

In addition to the telephony network and the Internet, 
other transmission standards such as Frame-Relay and ATM 
have been emerging as alternative transport technologies for 
integrated voice and data. ATM/FR networks are similar to 
the telephony network in that they both employ connection- 
oriented technology. However, unlike the telephony 
network, ATM/FR networks employ packet switching. In 
contrast to the Internet Protocol, which is a network layer 
protocol (layer three), FR and ATM pertain to the data link 
layer (layer two) of the seven-layer OSI model. 

Frame Relay and ATM can transport voice in two different 
formats within the FR (or ATM) packets (cells). In the first 
format, the FR (ATM) packets (cells) carry an IP packet (or 
some other layer-3 packet), which in turn encapsulates the 
voice packets. Alternatively, the FR (ATM) packets (cells) 
directly encapsulate the voice packet, i.e., without using IP 
encapsulation. The first alternative employs protocols such 
as LAN Emulation (LANE), Classical IP Over ATM, and 
Multiprotocol Over ATM (MPOA), all of which are well 
known in the prior art. The second alternative is referred to 
as "Voice over FR" and "Voice over ATM*', respectively. 
Note that the first alternative, which includes IP 
encapsulation, allows voice packets to be routed between IP 
routers. That is, layer-3 processing is performed by the 
routers along the voice path to determine the next hop router. 
The second alternative is a purely FR/ATM switched solu- 
tion. In other words, switching can be performed only at the 
data link layer. FIG. 1 depicts the protocol stacks for 
transport of voice over IP and the two alternatives for voice 
over FR/ATM. 

The audio codec depicted in FIG. 1 enables voice 
encoding/decoding, including voice digitization, 
compression, silence elimination and formatting. The audio 
codec is defined by ITU-T standards such as G.711 (PCM of 
\fcice Frequencies), G.722 (7 Khz Audio-Coding within 64 
Kbps), G.723 (Dual Rate Speech Code for Multimedia 
Telecommunications Transmitting at 6.4 and 5.3 Kbps), and 

G. 728 (Speech Encoding at 16 Kbps). 

The "Voice over ATM/FR layer" depicted in FIG. 1 is 
referred to as the multimedia multiplex and synchronization 
layer, an example of which is defined in ITU-T standard 

H. 222. ITU-T is currently defining the H.323 standard, 
which specifies point-to-point and multipoint audio-visual 
communications between terminals (such as PCs) attached 
to LANs. This standard defines the components of an H.323 
system including H.323 terminals, gate-keepers, and multi- 
point control units (MCUs). PCs that communicate through 
the Internet can use the H.323 standards for communication 
with each other on the same LAN or across routed data 
networks. In addition to H.323, the ITU-T is in the process 
of defining similar audio-visual component standards for 
B-ISDN (ATM) in the H.310 standard, and for N-ISDN in 
the H.320 standard. The previously mentioned standards 
also define call signaling formats. For example, IP networks 
use Q.931 call controls over a new ITU-T standard known 
as H.225 (for H323 terminals). Telephony networks use 
Q.931 signaling and ATM networks use Q.2931 signaling. 

Many standards bodies are in the process of defining how 
voice (and video) can be transported within a given homog- 
enous network such as the telephony, IP, FR and ATM 
networks. However, there is currently no arrangement for 
transmitting voice over a heterogeneous network that con- 
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sists of two or more such networks employing different FIG. 6 shows a flow chart of an exemplary method for 
transmission standards. processing calls through the gateway in accordance with the 


Summary of the Invention 


present invention; and 

FIG. 7 is a block diagram of one embodiment of the 

In accordance with the principles of the invention, the 5 gateway shown in FIGS. 2-4. 
foregoing problem is addressed by employing a gateway 

which connects to the telephony network, the Internet and DETAILED DESCRIPTION 

the ATM/FR network. Such gating facilities are needed if ^ 2 shows a l0o in accordance wilh , he 

communication getween users on different networks are to n( M showllj t 100 ^^i^ 

be allowed The telephony network Internet and FR/ATM 10 ^ nctworks , ; differin tnaBa ^ sskM standards 

Networks all use different schemes for establishing a voice such as teI h network s2> Amm network 57 and 

session (i.e., call set-up protocols), and different formats for , nternet 53 IUustrativel , 100 ^ connected to a 

controlling a session and transporting voice. The gateway of switcn> router or and an axm^r which ^ 

the present invention provides conversion of the transmis- tel h network 52> kernel network 53, and 

s.on format, control call signaling and aud.o stream (and is network 5? ctjvel Ga , 100 facilitates 

potentially video and data streams) between different trans- voke ^n^tion between a variety of end-point sta- 
mission standards. 


lions connected to the individual networks. Such stations 


Embodiments of the disclosed gateway provide some or may include telephone 61, fax machine/telephone 62, and 

all of the following functions: call-signaling protocol pc 63 (which are connected to the telephony network 52), 

conversion, audio mixing/bridging or generation of compos- 20 PCs 71 and 72 (which are connected to the Internet 53) and 

ite audio and switching, address registration, address workstations 81 and 82 (which are connected to the ATM/FR 

translation, audio format conversion, audio coding network 57) 

translation session management/control address translation ^ flhlslnlivc factional embodiment of gateway 100 in 

between different address types interfacing with other conformance ^ nGr 2 ^ t ed m FI g 4 . N J etworks 

gateways, interfacing with the SS7 signaling network, and $1 53 ^ 5? m ^ n&XwoT ^ ^ m mQ _ 

interfacing with an Internet signaling network. nected tQ gateway 10Q Network $2 i& ^ ronvBIltioMlf wcll 

The apparatus establishes a communication session known, telephone network, network 53 is an internet 

between first and second terminals that may be resident in network, and network 57 is an ATM/Frame Relay network, 

networks that employ differing transmission standards. The of course) ^ mer ely illustrative, and it should be 

different networks may, illustratively, be a circuit switched appreciated that any number of networks can be coupled to 

network (e.g., a telephony network), a connectionless packet gateway 100, that not all of the networks must be different 

switched network (e.g., the Internet) or a connection- each oihe ^ and mat me {Uustrated set of types of 

oriented packet switched network (e.g., an ATM or frame networks is not exhaustive. 

relay network). The communication session may be an audio r> u *. i *u . * * * im » ■ 

* . / . , . - 35 Each network that connects to gateway 100 has an lnter- 

session, a video session or a multimedia session. f i t. t inrt a iT - , r . 

' face block. Thus, gateway 100 in FIG. 4 has an interface bus 

The apparatus includes a call set-up translator for trans- 301 for connecting Internet network 53 to interface block 

lating among call set-up protocols associated with the circuit 3U an interface bus 302 for connecting telephony network 

switched network, the connectionless packet switched net- 52 to interface block 312, and an interface bus 303 for 

work and the connection-oriented packet switched network. ^ connecting ATM/FR network 57 to interface block 313. 

An encoding format translator is provided for translating Within network interface 311 there is an IP call setup module 

among encoding protocols associated with the circuit 101 and an IP mixer 201. Within network interface 312 there 

switched network, the connectionless packet switched net- fc a telephony call signaling module 102 and a telephony 

work and the connection-oriented packet switched network. bridge 202. Within network interface 313 there is an ATM/ 

Also provided is an address database for storing a plurality 45 FR caU signaling module 103 and an ^tm mixer 2 03. Each 

of addresses in different formats for each registered terminal, one of the interfaces (311, 312, and 313) is connected to a 

which includes the first and second terminals. The apparatus signaling format adaptation module 104, to a voice format 

also includes a session manager for storing control infor- adaptation module 204, and to session manager 304. Thus, 

mation relating to the first and second terminals. The control module 104 handles the signaling handled among the net- 

information includes an identification of the first and second 5Q work mterfaces (311j 312 , and 313); module 204 handles 

terminals that participate in the communication session. communication (e.g. conversation) signals flowing among 

Participation in a conversation by more than a pair of the network interfaces; and session manager handles session 

terminals is easily accommodated by the disclosed gateway. manag ing needs of conversations passing through gateway 

BRIEF DESCRIPTION OF THE DRAWING m tnc 00016X1 °f tn ^ disclosure, a session corresponds 

55 to the activities that set-up a call, that carry on 

FIG. 1 shows a simplified protocol stack for transporting communication, and that tear-down a call, 

voice over an IP network^ a telephony network (e.g., an A numbcr rf differcnt te can ^ taken for han . 

ISDN network) and an ATM/FR network; dUng ^ ^ interfaccs 3n n2 and 

FIG. 2 shows a gateway in accordance with the present 313 on tbe one hand> and pr0C essing elements 104, 204, and 

invention situated among a telephony network, an IP net- 60 304> on ^ other Ooe approac h is to allow interfaces 311, 

work and a AM/FR network; 3l2> and 3 i 3 t0 operate in formats that are native to the 

FIG. 3 shows a plurality of gateways interfacing with one networks with which they interface. For example, signals 

another and with user terminals; between the core elements (elements 104, 204, and 304) and 

FIG. 4 shows a simplified diagram of a gateway inter- interface 311 may be in a format acceptable to IP network 

connected with various networks; 65 53, signals between the core elements and interface 312 may 

FIG. 5 is a block diagram showing the functionality of be in a format acceptable to telephony network 52, and 

various interfaces of which the gateway is comprised; signals between the core elements and interface 313 may be 
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in a format acceptable to ATM/FR network 57. Another nication with a station in IP network 53. For example, if a 

approach is to employ a chosen, generic, format and have all POTS telephone wishes to call a station in network 53, it 

interfaces (elements 311, 312, and 313) interact with the dials out the called number. The SS7 network identifies the 

core elements in that generic format. Of course, all functions called number as one that must be accessed through gateway 

and other conversions that need to be performed by the 5 100 and if a path is available, the calling party is connected 

gateway are carried out by the core elements or the interface to interface 312 and the called party number is provided to 

elements. The division of labor between the core elements unit 102. Unit 102 sends the necessary information to 

and the interfaces is a matter of designer choice. signaling format adaptation unit 104 which, with the aid of 

Interface 311 includes an IP call setup unit 101 and an IP database 105, converts the dialed phone number into an IP 

mixer 201, interface 312 includes telephony signaling unit 10 address of the called party (IP station). The necessary 

102 and telephone bridge 202, and interface 313 includes information is then forwarded to unit 101, which sends a call 

ATM/RF call signaling unit 103 and ATM Mixer 203. Units establishment packet, or packets, to the called IP station. 

101, 102, and 103 are involved in establishing calls, and Forsake of simplicity, the following descriptions relate to 
units 201, 202, and 203 are involved in combining voice an embodiment where signals between interface 311 and the 
signals. 1S core elements are in IP format, signals between interface 312 

When an IP station in network 53 wishes to establish a and the core elements are in telephony format, and signals 

call, for example with a conventional POTS telephone in between interface 313 and the core elements are in ATM/FR 

network 52, it sends an appropriate signaling packet to its format. 

Internet Service Provider (ISP). That signaling packet even- As can be surmised from the above, signaling format 

rually arrives at unit 101, and unit 101 determines that the 2 o adaptation block 104 is a signaling format translator. It 

packet wishes to establish service with a particular POTS translates the call-setup requests from the form with which 

telephone. Element 104 determines the POTS phone number such requests arrive into a form that the destination interface 

of the called party, and forwards a call set up request to unit can properly understand. For example, it generates the 

102. The POTS number is determined either from the information that Q.931 signals need if network 52 is the 
signaling packet, or packets, of the IP station, or with the aid 2 s destination, the information that IP packets need if network 
of database 105 which is coupled to element 104. For 53 is the destination, and/or the information that Q.2931 
example, the IP station may specify the called party in terms signals need if network 57 is the destination. It also effects 
of an IP address. Database 105 would then translate the IP number translations with the aid of database 105. 
address to the format desired by network 52. Most simply, Mixer 201 is needed for the occasions when more than 
unit 102 is coupled to a central office and simply dials out 30 one IP terminal participates in the communication. When 
the called party's number using DTMF signals. In such a one IP terminal communicates with, for example, a POTS 
case, the called phone number has the familiar 1, area code, telephone, the IP terminal encodes the speech in accordance 
exchange, number format. Alternatively, unit 102 can be with a particular algorithm and transmits the resulting digital 
constructed to possess some of the capabilities that are found data in IP packet format. The stream of IP packets of that 
in a central office, such as the ability to consult with the SS7 35 terminal is applied to voice format adaptation block 204, 
signaling network and to proceed with the call establishment wherein the encoded speech contained in the packet is 
if a line is available. In such an embodiment, unit 102 decoded and converted to the format needed for the POTS 
interfaces with network 52 in the format that is acceptable to telephone. Conversely, information destined to that IP ter- 
network 52, for example Q.931, and it includes circuitry to minal comes from block 204 already formatted in IP format 
interact with the SS7 network. Such circuitry generates SS7 40 and in the speech encoding that is suitable for the IP 
signaling messages to a Network Control Point (NCP) to terminal. However, when two or more IP terminals are 
obtain, for example, a telephone number translation prior to involved, the situation is more complicated. This is particu- 
generating an outgoing Q.931 signaling message to the larly so when the IP terminals that participate in the con- 
telephony network 52 nection employ different speech encoding algorithms. On 

In the course of sending information from unit 101 to unit 45 the side going to other networks, it is the function of mixer 

104, and then to unit 102, some signal conversion must 201 to process incoming packet streams and to create a 

necessarily occur. As indicated above, this can occur by unit single packet stream that represents the combined speech 

101 converting the information in the signaling pocket(s) to signal of the IP terminals that participate in the communi- 

information formatted in a selected generic format. In such cation. That IP packet stream is applied to element 204, and 

a case, unit 104 accepts the information in the generic 50 element 204 converts it to the speech signal format of either 

format, performs its analysis, forwards the necessary in for- interface 312 or interface 313, as appropriate. In the other 

mation to unit 102 in the same generic format, and unit 102 direction, signals that reach mixer 201 from element 204 and 

converts the information to a format that is suitable for are destined to more than one IP terminal have to be 

telephony network 52. Alternatively, unit 101 sends infor- converted to a number of individual IP streams, addressed to 

mation in IP format to unit 104, unit 104 ascertains what that 55 the appropriate individual IP terminals. Mixer 201 performs 

information is, formats the necessary information into a this "demultiplexing" and also insures that each of the IP 

format acceptable to unit 102 (e.g. DTMF, or Q.931), and terminals receives a signal that is encoded in the proper 

forwards the formatted information to unit 102. Element 101 speech encoding algorithm, for example, 16 Kpbs speech 

also monitors the status of each call establishment session encoding (standard G.728) for one IP terminal, and 64 Kbps 
and transmits error messages as appropriate (in the form of eo speech encoding (standard G.722) for another IP terminal, 

audio messages or digital data) to the IP station, as neces- The speech encoding translations are performed in mixer 

sary. 201 pursuant to information provided to IP mixer 201 by 

A similar interaction occurs when an IP station wishes to session manager 304. 

establish a connection with a station in network 57, except In some embodiments of the invention, the IP packet 

that unit 103 is involved rather than unit 102 (and the format 65 mixer 201 also provides control functionality that would 

might be Q.2931). Also, a similar interaction occurs when a otherwise be performed by IP call set-up interface 101. In 

station in some other network wishes to establish commu- particular, IP packet mixer 201 performs such control func- 
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tions when in-band signaling is employed. If out-of-band 
signaling is employed, the control functions may conve- 
niently reside in IP call set-up interface 101. In the former 
situation the IP packet mixer receives control packets over 
an IP connection such as a dedicated UDP or TCP socket 5 
interface, for example. The control packets identify the 
control information pertaining to the station from which it 
receives the packet, such as the type of voice encoding that 
is employed by the station, bandwidth utilization, and 
Quality-of-Service (QoS) requirements. A QoS requirement 10 
relates to a measure of goodness of a service connection. In 
packet-routing networks, it may relate to the probability of 
lost packets. Of course, if no control information is 
provided, previously defined default control parameters may 
be used. IP packet mixer 201 is also used by an IP station to 15 
terminate its participation in a session. The session control 
information received by the IP packet mixer 201 is for- 
warded to the session manager 304 to maintain a current 
database of station requirements. 

Voice bridge 202 serves a function that parallels the 20 
function of mixer 201, except that it concerns itself with 
multiple session participants from network 52. For example, 
when more than one voice instrument from network 52 
participates in a communication, voice bridge 202 combines 
the two signals to form a single signal that represents the 25 
combination. Likewise, ATM mixer 203 concerns itself with 
multiple participants from network 57. As an aside, bridge 
202 can be an analog bridge when the incoming signals are 
analog. It can also be digital, if incoming signals are digital 
or conversion to digital precedes the bridge. 30 

Voice format adaptation block 204 is a speech format 
translator. It translates incoming speech that arrives in one 
particular format and speech encoding standard into a format 
and speech encoding standard that the destination terminal is 
adapted to accept. Voice format interface 204 also performs 35 
appropriate de-encapsulation (if the incoming signal is from 
interface 313), protocol conversion, echo cancellation, 
encryption, packetization, etc., before the digitized voice is 
sent to the IP mixer 201 and/or the ATM/FR mixer 203 for 
subsequent forwarding. 40 

Address translator 105 is provided to various stations to 
register using various address formats, such as email 
address, IP address, E.164 address, MAC address and/or 
ATM NSAP address formats, etc. This allows element 104 45 
to translate addresses from one address format to another. 

Session manager interface 304 is employed to receive 
control information from the mixers, bridges and call set-up 
interfaces which pertains to the capabilities and status of 
those stations participating in the communication session. 50 
Session manager interface 304 assists the IP mixer 201, 
telephony bridge 202 and FR/ATM mixer 203 in forwarding 
voice traffic to all participating stations. 

In an initial, commercial, introduction of the gateway 
disclosed herein, it is possible that a telecommunications 55 
services provider may find that a single gateway will suffice. 
However, most telecommunications services providers own 
networks that span a large geographic area, and the different 
types of networks that they own have roughly the same 
geographic footprint. Since most subscribers make most of 60 
their calls to subscribers that are geographically close, it is 
quite possible that even in an initial introduction of the 
gateway disclosed herein, the telecommunications services 
provider will find it advantageous to employ more than one 
gateway. In accordance with the principles of this invention, 65 
when more than one gateway is used it may be found 
advantageous to interconnect these gateways in a wide area 
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network (WAN). In this manner, calls from a terminal in one 
type of network to a terminal in another type of network 
would pass through one gateway, or perhaps through more 
than one gateway, based on the geographic distance between 
the calling and called parties. More specifically, under 
normal circumstances it is expected that when the distance 
is short, only one gateway would be employed. When the 
distance is large, two or more gateways would be employed. 
It may be noted in passing that use of the term WAN does 
not intend to suggest any particular network arrangement, 
because any network that interconnects geographically dis- 
perse gateways will do. This includes hierarchical and not 
hierarchical networks, fault tolerant and non- fault tolerant 
networks, etc. 

FIG. 3 illustrates one arrangement of a WAN which, in a 
sense, is a hierarchical network. It includes gateways 150, 
110, and 120 which are connected to each other and which 
make up the highest level in the hierarchical structure. A 
lower level is also shown, and it comprises gateways 130 
and 140. The arrangement illustrated in FIG. 3 does not 
show a direct connection between gateways 130 and 140 but 
such a connection may be permitted. As depicted, the FIG. 
3 network can be also thought to comprise "master" gate- 
ways 100, 110, and 120, and "slave" gateways 130 and 140. 

Each of the gateways, whether a master gateway or a 
slave gateway, can support subscribers from one or more 
diverse networks. The gateways for the FIG. 3 arrangement 
can be replicas of the FIG. 4 gateway, except that those 
gateways that support subscribers from less that all of the 
different networks can be constructed with fewer compo- 
nents. Illustratively, if the three networks that are shown in 
FIG. 2 constitute all of the different network to be served, 
and one of the gateways supports only customers from one, 
or perhaps two of the networks then, of course, that gateway 
may be constructed with fewer than all of the elements 
shown in FIG. 4. 

Bus 109 in FIG. 4, which carries signals from elements 
104, 204 and 304, is the bus that is used to couple gateways 
to each other. The format of the signals that bus 109 carries 
is a matter for designer's choice. Certainly, it should permit 
any possibly of connections. Perhaps the most challenging 
connection occurs when a conference call is conducted with 
six participant (in the context of the three diverse networks 
of FIG. 2), where two gateways are involved, and each 
gateway services one subscriber in each of the three diverse 
networks. Given some thought, it becomes apparent that in 
such a connection, bus 109 cannot simply employ the signal 
format of the network from which a subscriber calls (i.e. 
choose to not make any conversion). Some conversions 
must be made. This, however, does not dictate that some 
format be fixedly selected. The format employed on bus 109 
may be the format of one of the networks, may be some 
generic format that is a super-set of the other three formats, 
may be the format of the first subscriber that initiates the 
conference call, etc. 

As illustrated in FIG. 5 gateway 100 also connects to 
various common Operations Administration Management 
and Provisioning (OAM&P) functions, databases/directories 
(e.g., authentication databases such as for credit card 
authorization), and signaling network intelligence that reside 
within the SS7 signaling network such as a network control 
point (NCP) and an Internet NCP residing within the Inter- 
net. For example, an NCP may be used by the telephony call 
set-up interface 102 to translate an 800 number into a 
telephone number. Similarly, an Internet NCP may be used 
by the IP call set-up interface 101 to request a translation of 
a station's email address, host name, or URL to an IP. The 
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Internet NCPs provide intelligent services, such as discussed the number and to identify the gateway to be employed, 

in U.S. application Ser. No. 08/618,483. Control then passes to step 513, from which control passes 

FIG. 6 shows a flow chart of an exemplary method for ^is lime ! o step 601. 

establishing a voice session between user stations 300 and Connection to station 600 is then effected and, once the 

600 of FIG. 3. Station 300 is an IP station and is provided 5 station 600 is connected across the Telephony Bridge 202 

with direct connectivity to the gateway 150. Station 600 is and IP Mixer 201, a "connection negotiation" is established 

an ISDN station, and it communicates with the gateway 120. between the users 300 and 600 in steps 601 and 603 to 

The method begins at step 501 when station 300 sends a call indicate their respective audio encoding preferences, say 

signaling request over the Internet to gateway 150 in the G.711 for station 300 and G.723 for station 600. Note that 

form of an IP packet. The IP packet carries signaling 10 gateway 150 needs to know the encoding preferences of 

information (e.g., in the form of a Q.931 message), including station 300 while gateway 120 needs to know the encoding 

the IP address of the called station 600. Within gateway 150, preferences of station 600. Once the station capabilities and 

station 600 is connected to interface 301. preferences are known to each gateway, in step 605 the 

In step 503,. IP call set-up interface 101 parses the IP managers 304 in both gateways 150 and 120 store a 

packet, retrieves the IP address of station 600 and commu- 15 conference table that includes the preferences of both users, 

nicates that information to element 104. In step 505, element Communication proceeds between stations 300 and 600 in 

104 sends an address query to the address translator 105 to ste P m when station 300 m6& a voicc P acket to & e IP 
retrieve another address for station 600. In step 511 element mbcer 201 in gateway 150, which in turn sends the packet to 

105 retrieves an address for station 600, normally in the IP mixcr 201 m gateway 120. 

format of the network in which station 600 resides. Of 20 nc method described above in connection with FIG. 6 

course, knowing the network address of station 600 is mav ^ implemented in a similar manner if station 600 is an 

insufficient to inform the arrangement of which gateway is j SDN terminal that employs voice over ISDN without 

best to use in order to reach station 600. Element 105 may implementing the Internet protocol. 

have a single designated gateway for station 600, or it may FIG. 7 is a block diagram of an exemplary embodiment of 

have a list of gateways arranged in order of priority. Element 25 WAN-based gateway 1001 which includes a) central pro- 

105 may also include an associated means (e.g. a processor) cessing unit (CPU) 1002, b) interface port 1003 c) data bus 

for dynamically choosing a gateway for station 600; for 1004 and d) memory 1005. Central processing unit (CPU) 

example, based on traffic conditions in the various telecom- 1002 provides the computational capability necessary to 

munication networks. In other words, the Wide Area Net- control the processes of gateway 1001. 

work can employ almost any of the routing techniques that 30 Data bus 1004 provides for the exchange of data between 

are currently known. the components of gateway 1001. 

It is also possible that station 600 is known to others by Interface port 1003 provides for the exchange of data 

an 800 number. In such a case, it may be advantageous to between gateway 1001 and devices external to Gateway 

design the gateway so that element 105 informs element 104 35 1001 via link high speed backbone 425. 

of the fact that the number sought to be translated is an 800 To this end, interface port 1003 contains, for example, 

number, and provides to element 104 the 800 number in an well-known data transceivers. 

appropriate format. This information is sent to element 102, Memory 1005 includes 1) code portion 1006, which 

which interacts with an appropriate database outside the contains the instructions (program) used by CPU 1002 to 

gateway to obtain a proper translation. Of course, one can 4Q control the processes of Gateway 1001, such as those 

have a plurality of 800 number-translation databases outside described herein above, and data storage portion 1007, 

the gateway, and in different formats; in which case, the which contains the information necessary to the gateway to 

outputs of database 105 might be different. To account for perform its specific function, such as, address registration 

the above, following step 511, conditional branch point 513 and translation. 

determines whether address translator 105 returned an 800 4J ^ foregoing mer ely illustrates the principles of the 

number for station 600. invention. It will thus be appreciated that those skilled in the 

If the result in step 513 is NO, then the information art will be able to devise various arrangements which, 

provided by database 105 reveals the gateway through although not explicitly described or shown herein, embody 

which it is best to reach station 600; which in the illustrative the principles of the invention and are thus within its spirit 

example is gateway 120. Control then passes to step 601 50 and scope. 

(FIG. 6B). Otherwise, control passes to step 515. What is claimed is: 

If the result in step 5 13 is YES, indicating that stat ion 600 1. A method for establishing a communication session 
was requested by dialing an 800 number, address translator between at least a first terminal in a first network and a 
interface 105 sends the 800 number to the IP call set-up second terminal in a second network, where said first 
interface 101 of gateway 150 in step 515. In step 517, IP 55 network and said second network are members of a set of 
set-up interface 101 of gateway 150 sends the 800 number networks that employ differing transmission standards, said 
to the signaling format interface 104, which in turn con- set of networks including a circuit switched network, a 
structs an SS7 message and forwards it to the telephony call connectionless packet switched network and a connection- 
set-up interface 102. In step 519, the interface 102 sends the oriented packet switched network, said method comprising 
SS7 message to the NCP in the signaling network to g 0 me steDS °f : 

translate the 800 number into a telephone number. The NCP receiving a call set-up request from said first terminal in 

provides the requested telephone number to the telephony accordance with a call set-up protocol associated with 

call set-up interface 102. said first network, said call set-up request specifying 

Once the proper telephone number is determined, in step said second terminal; 

521 interface 102 provides that information to element 104. 65 ascertaining said second network and identifying type of 

Once element 104 obtains the translated number, control said second network, the type being one of the types of 

returns to step 511 where database 104 is asked to translate networks that belong to said set of networks; 
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translating said call set-up request into a call set-up signal 

in conformance with a protocol associated with said 

second network; 
translating information received from said first terminal 

from a first encoding format to a second encoding 

format; 

transmitting said information in the second encoding 

format to the second terminal; 
storing control information relating to the first and second 
terminals, said control information including an iden- 
tification of the first and second terminals participating 
in the communication session. 
2. The method of claim 1 wherein the step of translating 
said call set-up request includes the step of retrieving at least 
one address from an address database of said second termi- 
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nal in a format different from a format in which it is received 
from. the first terminal. 

3. The method of claim 1 wherein said control informa- 
tion includes dynamically alterable control information. 

4. The method of claim 3 wherein said dynamically 
alterable control information includes data formats. 

5. The method of claim 3 wherein said dynamically 
alterable control information includes encoding formats. 

6. The method of claim 1 wherein said circuit-switched 
network is a telephony network. 

7. The method of claim 1 wherein said connectionless 
packet switched network is the Internet. 

8. The method of claim 1 wherein said connection- 
oriented packet switched network is an ATM network. 
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